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ABSTRACT:  The  Cross  Command  Collaboration  Effort 
(3CE)  was  chartered  to  define  and  integrate  common 
Live,  Virtual,  and  Constructive  (LVC)  processes  as  well 
as  a  Modeling,  Simulation,  and  Instrumentation  (MS&I) 
environment  to  support  design,  development, 
experimentation,  testing,  and  training  of  new  capabilities 
and  systems  across  all  stages  of  the  acquisition  lifecycle. 
Over  the  past  two  years,  3CE  systems  engineers  have 
developed  a  system  engineering  process  that  uses 
analytical  measures  of  performance  and  data  elements  to 
derive  the  technical  requirements  for  a  modeling, 
simulation,  and  instrumentation  (MS&I)  environment. 
This  methodology  uses  the  DoDAE  product  set  to 
document  operational  and  systems  functions  that  are 
subsequently  translated  into  a  simulation  requirements 
specification.  The  final  product  of  this  3CE  system 
engineering  process  is  the  development  of  a  structured 
methodology  to  compare  and  evaluate  available  MS&I 
tool  capabilities  against  the  analytically  derived 
requirements.  The  process  was  tested  and  refined  in 
order  to  increase  responsiveness  to  M&S  events  such  as 
the  Spin  Out  IBCT  LUT.  Inefficiencies  in  the  systems 
engineering  process  were  identified  and  resolved,  such  as 
duplication  of  data  elements  derived  from  DoDAE 
operational  and  system  views  used  to  support  the  process. 
In  addition,  the  analytical  and  systems  engineering  teams 
began  using  System  Architect,  a  COTS  tool,  in  order  to 
streamline  the  development  of  operational  and  system 
view  products  and  facilitate  reuse  for  customer  sponsored 
events.  The  refined  process  has  recently  been  applied  in 
an  end-to-end  fashion  to  define  an  MS&I  environment  to 
support  the  XM-25  counter-defilade  target  engagement 
system.  This  paper  will  describe  the  improved  systems 
engineering  process  that  responds  quickly  to  event 
planning  and  execution.  The  paper  will  then  describe  the 
application  of  the  methodology  to  complete  the  end-to- 
end  systems  engineering  process. 


1.  INTRODUCTION 

The  Cross  Command  Collaboration  Effort  (3CE)  was 
chartered  by  the  Army  Test  and  Evaluation  Command 
(ATEC);  Research,  Development,  and  Engineering 
Command  (RDECOM);  Training  and  Doctrine  Command 
(TRADOC);  and  the  Program  Manager  (PM)  Future 
Combat  Systems  Brigade  Combat  Team  (FCS  (BCT))to 
develop  an  Army  cross  command  modeling,  simulation, 
and  data  collaboration  environment  to  support  design, 
development,  integration,  and  testing  of  the  FCS 
capabilities,  systems,  and  prototypes. 

Over  the  course  of  its  chartered  existence,  the  3CE  has 
extended  these  capabilities  to  other  PMs  and  programs  to 
support  distributed  Doctrine,  Organizational,  Training, 
Materiel,  Leadership  and  Education,  Personnel,  and 
Facilities  (DOTMLPF)  development.  Within  the  3CE, 
specific  capability  development  objectives  were 
established  to  enable  the  collaborators  to  identify,  define, 
integrate,  and  control  a  core  set  of  Modeling,  Simulation, 
and  test  Instrumentation  (MS&I)  tools,  data  management, 
and  business  processes  that  would  satisfy  the  common 
required  capabilities  of  the  three  Commands  and  the 
program  of  record’s  materiel  developer.  These  capability 
development  objectives  are  to: 

•  Identify  the  analytic  requirements  that  enable 
and  focus  future  MS&I  and  data  integration. 

•  Identify  and  document  the  common  MS&I  and 
data  environment  requirements  through  a  system 
engineering  process  based  upon  an  analytic 
focus. 

•  Identify  and  document  the  common  MS&I  and 
data  capability  gaps  in  the  environment  that 
support  all  three  commands  and  users. 

•  Identify,  prioritize,  and  develop  capability  gap 
solutions  to  evolve,  control,  and  document  a  core 
set  of  MS&I  tools  and  data  that  supports  Army 
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acquisition  decisions  and  enables  the  design, 
development,  integration,  and  testing  of  Army 
and  Joint  programs. 

To  achieve  these  objectives,  3CE  systems  analysts  and 
engineers  have  developed  and  evolved  system 
engineering  processes  that  use  analytical  measures  of 
performance  and  data  elements  to  derive  the  technical 
requirements  for  a  prescribed  MS&I  environment.  These 
requirements  are  then  mapped  to  a  common  MS&I 
functional  framework  that  enables  a  straight  forward 
comparison  of  current  and  projected  MS&I  tool 
capabilities  to  those  derived  requirements.  The 
comparison  of  capabilities  to  requirements,  or  gap 
analysis,  enables  specific  recommendations  for  current  or 
future  MS&I  development  to  eliminate  or  mitigate  those 
gaps.  These  recommendations  form  the  basis  for  a 
technical  roadmap  to  guide  development  and  integration 
of  a  composable  MS&I  framework  that  is  responsive  to 
the  key  analytic  requirements  established  for  the  program 
of  record. 

Objectively,  the  outcome  of  this  process  is  a  valid, 
programmatically  justified  environment  design  for 
supporting  DOTMLPF  development  across  the  program 
life-cycle.  The  process  uses  a  structured  approach  of  best 
practices  and  standards  based  on  established  systems 
engineering  principles.  The  process,  and  resulting 
capabilities,  leverage  expertise  across  the  commands, 
limit  redundancy,  foster  consistency,  and  enable 
continuity  throughout  DOTMLPF  development.  The 
capabilities  developed  through  this  process  have  provided 
cross  command  network  connectivity,  a  repository  for 
requirements  and  engineering  collaboration,  and 
common  hardware  and  software  solutions  for 
program  test,  evaluation,  experimentation,  and 
analysis. 

2.  REQUIREMENTS  DEVELOPMENT 
PROCESS 

The  3CE  process  for  capability  development  is 
one  that  enables  development  and  integration  of 
technical  solutions  across  the  functional 
commands  to  support  a  program’s  acquisition 
lifecycle.  The  foundation  of  the  3CE  capability 
development  process  is  a  functional 
decomposition  process,  based  on  established 
systems  engineering  principles,  that  focuses  on 
providing  the  necessary  data  to  satisfy  the 
analytical  metrics  established  for  the  various 
program  milestones.  An  overview  of  this 
process  is  provided  in  Figure  1. 


that  have  been  derived  to  evaluate  the  key  performance 
parameters  (KPPs)  and  other  key  operational  and 
performance  issues  that  have  been  identified  for  the 
applicable  program  of  record.  Underpinned  by  these 
analytic  requirements,  the  3CE  functional  decomposition 
process  results  in  a  cross  command  MS&I  environment 
design  and  development  model  that  can  be  directly  traced 
to  the  analyst  and  evaluator  requirements  for  evaluating 
the  program  KPPs  and  critical  issues. 

The  system  engineering  processes  and  capabilities  have 
been  developed  and  have  evolved  during  the  course  of 
practical  application  of  modeling  and  simulation  to 
support  a  large  scale,  and  complex  system-of-systems 
(SoS),  such  as  the  FCS.  One  primary  task  of  this  support 
effort  is  the  integration  and  documentation  of  the 
overarching  requirements  for  a  composable  MS&I 
environment  that  could  support  life-cycle  applications  for 
FCS,  as  well  as  other  Army  and  Joint  acquisition 
programs.  To  reduce  the  complexity  of  the  task,  the  FCS 
operational  space  was  decomposed  into  technical 
functional  areas  (TFA)  that  were  aligned  to  TRADOC’s 
war-fighting  integrated  processes  (since  superseded  by 
functional  capabilities  for  the  future  modular  force).  For 
each  TFA,  the  analytic  issues  were  compiled  and 
published  to  form  the  basis  for  defining  and  integrating 
the  MS&I  capabilities  needed  to  address  those  issues. 
Once  the  analytic  issues  for  the  TFAs  were  documented, 
cross  command  integrated  process  teams  (IPT)  were 
chartered  to: 

•  Identify  the  current  and  future  MS&I  capabilities 
required  to  address  the  program’s  analytic  issues. 


Figure  1  -  3CE  Analytic  Requirements  Decomposition 
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gaps,  and  recommendations  to  redress  those 
gaps. 

The  technical  roadmap  would  assist  the  program  manager 
and  commands  with  MS&I  development  prioritization, 
leverage  and  provide  focus  area  for  MS&I  developers. 

2.1.  Decomposition  of  the  Analytic  Requirements 

Based  on  the  program’s  KPPs,  a  group  of  analysts  and 
evaluators  (from  the  commands,  the  PM,  and  other  key 
stakeholders)  will  develop  the  various  operational, 
supportability,  and  costs  related  MoEs  that  will  provide 
the  benchmarks  for  program  success  at  each  prescribed 
milestone.  These  MoEs,  and  the  supporting  MoPs,  are 
sorted  into  categories  aligned  to  operational  or  system 
performance  issues  identified  by  the  evaluators  and  then 
documented  in  an  Analytic  Requirements  Document 
(ARD).  The  MoPs  are  further  decomposed  down  to 
specific  data  elements  that  are  captured  in  a  Data 
Collection  Management  Plan  (DCMP).  These  analytic 
data  requirements  are  subsequently  used  to  construct  a  set 
of  operational  use  cases  that  are  intended  to  capture  and 
illustrate  key  operational  functions,  sequences,  and 
interfaces. 

The  use  cases  are  documented  through  a  set  of  DoD 
Architecture  Framework  (DoDAF)  [1]  products  (Version 
1.5),  that  includes  the: 

•  High  Level  Operational  Context  Graphic  (OV- 

1), 

•  Operational  Node  Connectivity  Description 
(OV-2), 

•  Operational  Rules  Model  (OV-6a), 

•  Operational  Event-Trace  Description  (OV-6c) 

•  Operational  Activity  to  Systems  Function 
Traceability  Matrix  (SV-5a) 

•  Systems  Rules  Model  (S V - 1  Oa) 

•  Systems  Event-Trace  Description  (SV-lOc) 

Each  set  of  DoDAF  products  is  unique  to  the  ARD  or 
DCMP  issue  category  containing  the  MoEs  that  are  being 
illustrated  for  that  use  case.  Each  OV-2  graphical 
depiction  contains  a  sequence  of  events  that  is  unique 
from  other  OV-2  use  case  illustrations.  The  supporting 
OV-6a,  OV-6c,  SV-lOa,  and  SV-lOc  provide  similarly 
unique  rules  and  event  sequences  for  the  respective 
doctrinal  and  technical  tasks  associated  with  that  scenario 
use  case. 

Key  data  used  to  populate  the  DoDAF  products  are 
extracted  directly  from  the  DCMP  and  embedded  in  the 
diagram  properties  of  the  OV-2.  This  data  includes  the 


MoE  title,  DOORS  database  tracking  number, 
description,  data  elements,  potential  data  sources,  and 
calculation  for  each  individual  MoP.  Metadata  is  re¬ 
used  between  views  where  possible  and  portions  of  the 
views  are  re-used,  resulting  in  higher  efficiency  and  a 
significant  cost  reduction.  This  process  ensures  that  the 
resulting  technical  requirements  can  be  directly  traced  to 
and  justified  by  an  analytic  requirement. 

Beyond  the  information  that  is  useful  and  necessary  to 
develop  the  MS&I  technical  requirements,  these  DoDAF 
use  cases  are  populated  with  additional  operational  and 
interface  data  that  can  directly  support  integration  of  the 
use  case  systems  into  a  live,  virtual,  and  constructive 
(LVC)  experimentation  or  test  environment.  For 
example,  in  the  most  recent  case,  if  the  user  selects  an 
operational  node,  the  mission,  next  higher  headquarters 
(owning  organization);  senior  position  in  the  node, 
platform(s),  weapon(s),  communication  system(s),  and 
sensor  system(s)  assigned  to  that  node  will  be  displayed. 
Each  of  these  attributes  is  described  using  the  official  line 
item  number  and  nomenclature  so  that  the  user  can 
consult  another  military  reference  for  more  detail  if 
desired.  If  the  user  selects  an  operational  rule,  the  official 
statement  of  that  doctrinal  or  technical  task  is  displayed 
with  the  reference  source  and,  if  subordinate  tasks  exist,  a 
link  to  those  subordinate’s  tasks. 

By  developing  standard  cross  command  analytic 
requirement  documents  and  utilizing  the  DoDAF 
products,  the  3CE  process  for  decomposing  the  analytic 
requirements  provides  the  basis  for  deriving  a  relevant 
and  credible  MS&I  requirement  set  that  is  explicitly 
linked  to  operational  use  cases  and  is  at  a  level  of  fidelity 
that  supports  specification  and  implementation  of  the 
environment. 

2.2.  Development  of  the  MS&I  Technical 
Requirements  and  Technical  Roadmap 

A  typical  System  Requirements  Specification  (SRS)  is 
written  in  text  form  and  lists  the  functional  requirements 
for  a  system,  e.g.  an  unattended  ground  sensor  system,  its 
major  subsystems,  sustainment,  and  supportability.  For 
3CE,  the  system  to  be  addressed  in  the  SRS  was  the 
MS&I  environment  includes  the  developmental  systems 
to  be  represented  in  that  environment.  The  vetted  and 
approved  analytic  requirements  and  supporting  DoDAF 
products  provides  the  source  data  for  developing  a  SRS  to 
guide  development  and  integration  of  the  MS&I 
environment  that  would  satisfy  the  analytic  issues 
established  for  the  applicable  system  or  program. 
Originally,  three  SRS  were  created  by  the  TFA  IPTs  to 
address  the  Communications  and  Network;  Intelligence, 
Surveillance,  and  Reconnaissance  (ISR);  and  Unattended 
Ground  Vehicle  (UGV)  functional  areas.  An  additional 
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SRS  was  created  to  address  specific  near  term  needs  for 
the  Spin  Out  Early  Infantry  Brigade  Combat  Team. 

Over  the  course  of  this  process  development,  3CE  has 
examined  and  evaluated  alternatives  to  this  traditional 
means  of  deriving  and  documenting  the  MS&I  system 
requirements.  The  objective  is  to  leverage  the  program’s 
diverse  expertise  and  to  find  a  process  that  would  allow 
the  separate  TEA  SRS  documents  to  eventually  be 
consolidated  into  a  cohesive  SoS  requirements  document 
and  enable  the: 

•  Linkage  of  each  technical  requirement  to  the 
analytic  issue  and  data  elements  for  that  issue 

•  Derivation  and  translation  of  requirements  from 
the  DoDAF  products  (such  that  a  journeyman 
versus  subject  matter  expert  engineer  could 
develop  the  SRS  from  the  DoDAF  products),  and 

•  Establish  a  methodology  or  format  that  allows 
one  to  easily  identify  the  tools  needed  to  meet  an 
analytic  requirement  and  identify  requirements 
that  cannot  be  met  with  the  current  tool-set  (gap 
analysis) 

2.3.  Initial  SRS  Development  Process 

An  approach  to  developing  the  SRS  that  links  operational 
and  analytical  requirements  to  technical  requirements  was 
described  in  reference  [2].  In  that  case,  the  SRS  were 
derived  using  the  OV-2  illustrations  for  each  MoP 
category  as  the  common,  unifying  framework.  The 
requirements  were  previously  captured  within  an  Excel 
spreadsheet  to  facilitate  the  linkage  of  each  requirement  to 
an  analytic  MoP  via  the  system  function  traceability 
matrix  (SV-5a)  and  system  event  sequences  (SV-lOc). 

This  approach  was  both  methodical  and  repeatable, 
maintained  traceability  to  the  source  requirements,  and 
conceivably  could  have  been  executed  by  a  non-subject 
matter  expert.  However,  this  method  proved  to  be  highly 
inefficient.  Although  the  DoDAF  products  for  each  MoP 
category  were  unique  in  a  holistic  sense,  those 
illustrations  contained  numerous,  redundant  iterations  of 
identical  or  very  similar  operational  sequences.  Since 
each  sequence  in  the  event  chain  was  assumed  to  form  the 
basis  for  a  technical  requirement,  we  generated  numerous 
and  redundant  technical  requirements.  This  output 
required  considerable  effort  to  organize  and  sort  the 


requirements  into  logical  functional  sections  for 
subsequent  MS&I  development  and  integration. 
Subsequently,  this  method  also  failed  to  highlight  the 
individual  MoP  data  elements  as  critical  inputs  to  the 
SRS. 

2.4.  Process  Review  and  Alignment  of  the  SRS 
Methodology  to  the  3CE  M&S  Architecture 

In  December  of  2008,  the  3CE  analysts  and  system 
engineers  conducted  an  end-to-end  process  review  that 
captured  the  lessons  learned  from  this  initial  SRS 
development,  and  resulted  in  a  modified  process  that  has 
been  implemented  for  the  ISR  TEA,  PEO-Soldier’s 
Counter  Defilade  Target  Engagement  (CDTE),  and  BCT 
Modernization  Increment  I.  This  revised  process  more 
closely  resembles  a  traditional  system-oriented  functional 
decomposition.  However,  the  system  context  for  the 
functional  decomposition  is  the  MS&I  environment 
framework,  rather  than  the  systems  that  will  be 
represented  in  that  environment. 

The  framework  is  described  by  the  3CE  M&S 
Architecture  System  Functionality  Description  (SV-4a). 
This  framework  provides  a  common,  consistent  hierarchy 
and  taxonomy  that  facilitates  meeting  several  of  the 
capability  objectives  outlined  at  the  beginning  of  this 
section.  Most  notably,  this  framework: 

•  Enables  the  various  TEA  SRS  to  be  more  easily 
and  logically  integrated  to  represent  the  SoS 
problem  space, 

•  More  readily  facilitate  the  re-use  of  common 
requirements  across  TFAs  and  for  other  program 
applications,  and 

•  Provides  functional  divisions  and  vocabulary  for 
describing  the  both  requirements  and  capabilities 
of  existing  models  to  generate  a  gap  analysis  and 
technical  roadmap. 

The  SV-4a  describes  the  functions  and  functional 
hierarchies  that  represent  a  notional  system  or  system 
under  test  (SUT)  within  an  integrated  LVC  operational 
environment.  The  architecture  is  described  by  four  (4) 
major  functional  areas:  1)  Environment  Management,  2) 
Simulation  Applications,  3)  System/Subsystem 
Representation,  and  4)  the  Notional  Forces  and 
Environment.  Figure  2  provides  a  diagram  representation 
of  the  3CE  M&S  Architecture  SV-4a. 
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1.5  References 

2.0  MS&I  Requirements 

2.1  ISR  Functions  and  Interfaces 

2.2  Forces  and  Systems  Representation 

2.3  Simulation  Applications  -  Synthetic 
Environment 

2.4  Simulation  Applications  -  Observables  and 
Signatures 

2.5  Simulation  Applications  -  Stimulation 

2.6  Simulation  Applications  -  Battlefield  Truth 

2.7  Federation  Management  and  Constraints 
3.0  Requirements  Verification 

Using  much  of  the  same  source  documentation 
as  in  the  previous  method,  this  SRS  is 
generated  by  a  traditional  decomposition  of  the 
operational  scenario  into  functions  to  be 


Figure  3  -  3CE  M&S  Architecture  System 
Functionality  Description  (SV-4a) 

Environment  Management  describes  a  generic  functional 
decomposition  of  the  infrastructure  necessary  to  manage 
the  preparation,  integration,  execution,  and  data  collection 
for  an  event  within  the  LVC  environment.  Simulation 
Applications  describes  a  generic  functional 
decomposition  of  the  physical  simulation  environment 
(simulators,  stimulators,  emulators,  and  models),  to 
include  the  synthetic  natural  environment,  necessary  to 
replicate,  supplement,  and  support  the  SUT  within  the 
LVC  environment.  System/Subsystem  Representation 
describes  a  generic  functional  decomposition  of  the 
operational  systems,  subsystems,  and  supporting 
simulation  and  stimulation  interfaces  for  a  system  under 
test  (SUT)  within  the  LVC  environment.  Notional  Forces 
and  Environment  describes  the  objective  capabilities  of 
the  live  SUT  within  the  projected  force  structure  and  war¬ 
fighting  environment  (to  include  threat,  terrain,  weather, 
etc).  It  provides  context  and  constraints  (force 
composition,  order  of  battle,  environment,  etc)  for  the 
operational  and  system/subsystem  representations  and 
simulations  described  in  Sections  2  and  3. 

The  outline  below,  from  the  3  CL 
Requirements  Specification,  provides  an 
example  of  the  SRS  content  and  shows 
the  mapping  to  the  M&S  Architecture 
SV-4a  functional  categories. 

1.0  Introduction 

1.1  Purpose 

1 .2  Description  of  the  ISR  TFA 

1.3  Assumptions 

1 .4  Requirements  Tracking  to  Source 

Documents. 


performed  by  the  MS&I  system.  Systems,  to 
include  the  SUT,  other  friendly  forces,  and 
threat,  are  derived  from  the  OV-2.  The 
technical  requirements  by  system  are  then  derived  from 
the  SV-5a  and  SV-lOc  to  address  the  key  system  and 
subsystem  attributes,  functions,  and  interfaces  that  will  be 
evaluated.  These  requirements  are  sorted  according  to 
the  system  and  subsystem  functional  categories  from  the 
M&S  Architecture  SV-4  to  provide  the  initial  outline  and 
key  functional  requirements  that  will  be  captured  by  the 
SRS.  The  SRS  is  completed  by  conducting  a  detailed 
analysis  of  the  MoP  data  elements  to  derive  the  additional 
detailed  requirements  for  both  the  systems  being 
represented  and  the  supporting  MS&I  environment.  An 
illustration  of  the  decomposition  of  MoP  data  elements 
into  MS&I  technical  requirements  is  provided  in  Figure  3. 

3.  APPLICATION  OF  THE  MS&I  CAPABILITY 
ANALYSIS  PROCESS 

Once  the  required  MS&I  capabilities  for  a  given  program 
application  are  established,  a  LVC  MS&I  environment  to 
meet  those  requirements  can  be  assembled,  developed, 
and  integrated.  In  some  cases,  we  have  conducted  current 
inventory  surveys  to  catalog  the  existing  MS&I 
capabilities  relative  to  one  of  the  TFAs  or  a  specific 
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customer  program.  In  other  cases,  the  available  MS&I 
capability  has  been  prescribed.  In  all  cases,  the  use  of  the 
SV-4a  framework  has  provided  a  reliable  and  repeatable 
means  to  identify  existing  tools  that  meet  the 
requirements,  identify  missing  capabilities  that  must  be 
developed,  and  ensure  that  all  applicable  LVC  capabilities 
are  considered. 

During  the  summer  of  2009,  3CE  applied  this  end-to-end 
process  to  support  a  MS&I  Capability  Analysis  for  the 
PEO-Soldier  Counter  Defilade  Target  Engagement 
System  (CDTE).  This  program  application  provided 
further  validation  for  the  requirements  derivation  and 
decomposition  processes  and  provided  the  opportunity  to 
fully  implement  and  test  the  conceptual  the  MS&I  tool 
capability  and  gap  analysis  process. 

3.1.  Counter  Defilade  Target  Engagement  System 
(CDTE). 

3CE  became  involved  with  the  CDTE  system  in  January 
2008,  early  in  the  systems  acquisition  life  cycle  and  prior 
to  Milestone  B.  Initial  work  concentrated  on 
development  of  the  CDTE  Capability  Development 
Document  (CDD)  and  Operational  Mission  Summary  - 
Mission  Profile  (OMS-MP).  3CE  collected  analytic 
requirements  from  the  Objective  Infantry  Combat 
Weapon  (OICW),  and  other  programs  that  preceded  the 
CDTE,  to  serve  as  the  basis  for  future  CDTE  analytic 
requirements.  These  requirements  formed  the  basis  of  the 
CDTE  DCMP.  In  early  2009,  the  CDTE  DCMP  was 
finalized  and  approved  by  the  program  manager  and 
evaluators.  These  analytic  requirements  were  then 
mapped  to  the  DoDAF  operational  and  system  views  to 
further  align  and  illustrate  the  requirements  using  mission 
threads  from  the  CDTE  OMS-MP. 

Using  the  process  described  thus  far,  3CE  developed  a  set 
of  functional  requirements  for  a  MS&I  environment  that 
could  represent  the  CDTE  in  the  LVC  context  and  support 
CDTE  use  case  applications  over  the  program  life  cycle. 
In  order  to  evaluate  the  current  capability  to  meet  those 
MS&I  requirements,  3CE  conducted  a  gap  analysis  that 
compared  the  capabilities  of  specified  MS&I  tools  to 
those  functional  requirements.  The  tools  specified  by  the 
program  manager  were  the  One  Semi-Automated  Forces 
(OneSAF),  Infantry  Warrior  Simulation  (IWARS), 
COMBAT  XXI,  and  Modeling  Architecture  for 
Technology  Research  and  Experimentation  (MATREX) 
Battle  Command  Management  Services  (BCMS). 

The  capability  and  gap  analysis  was  conducted  by 
evaluating  each  of  the  specified  tools  against  each  of  the 
MS&I  requirements  defined  for  the  program  application. 
Subject  matter  experts  (SME),  representing  each  tool 
proponent,  were  enlisted  to  support  the  evaluation  of  each 


tool.  3CE  engineers,  with  assistance  from  the  tool  SMEs, 
then  consolidated  those  ratings  to  produce  a  composite 
evaluation  of  a  MS&I  federation  consisting  of  those 
specified  tools.  The  rationale  for  considering  the 
federation  versus  individual  tools  was  based  on  several 
factors. 

•  OneSAF  provides  an  environment  that  allows  the 
XM-25  to  be  evaluated  in  the  context  of  a 
complete  war-fighting  component,  the  Brigade 
Combat  Team  (BCT).  This  context  is  necessary 
to  evaluate  MoEs  such  as  “the  ability  of  the  BCT 
to  use  firepower.  Command  and  Control  (C2), 
Reconnaissance,  Surveillance,  and  Target 
Acquisition  (RSTA)  and  maneuver  to  engage 
enemy  forces  at  times  and  places  of  the 
commander’s  choosing  and  achieve  lethality 
overmatch.” 

•  IWARS  provides  an  environment  that  allows  the 
XM-25  to  be  evaluated  in  the  context  of  small 
unit  performance  and  tactics  and  individual 
soldier  and  weapon  performance.  This  context  is 
necessary  to  evaluate  MoEs  such  as  “the 
probability  of  incapacitation  per  shot  against 
unprotected  personnel  target  in  the  proper 
posture  associated  with  the  given  defilade/cover 
or  stationary  exposed  (Threshold).” 

•  BCMS  provides  for  an  improved  representation 
of  situational  awareness  and  communications 
effects  in  the  simulation  environment.  This  will 
provide  more  realistic  and  reliable  data 
associated  with  MoEs  such  as  “the  ability  of  the 
BCT  to  use  firepower,  C2,  RSTA  and  maneuver 
to  engage  enemy  forces  at  times  and  places  of 
the  commander’s  choosing  and  achieve  lethality 
overmatch.” 

In  most  cases,  the  intent  or  need  is  to  evaluate  the  SUT  in 
the  context  of  a  complete  war-fighting  component  with 
realistic  and  consistent  representations  of  operational  and 
technical  capabilities  associated  with  the  forces  involved. 
This  reasoning  should  apply  to  most  use  case 
applications.  Full  scale  combat  simulations  such  as  One 
Semi- Automated  Forces  (OneSAF)  provide  an 
environment  that  allows  systems  to  be  evaluated  in  a 
complete  war-fighting  context,  but  generally  lack 
functional  fidelity  when  representing  new  systems  and 
capabilities.  Specialized  models  and  simulations  are 
typically  federated  with  the  general  combat  simulation  to 
provide  higher  fidelity  representations  of  some  new 
technology  or  operational  components  of  the  simulated 
environment,  but  generally  lack  fidelity  across  a  broad 
spectrum  of  technologies  and  operations.  The  federation 
rating  also  considers  the  unique  or  specialized  test 
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instrumentation  or  data  collection  requirements  for  each 
application. 

Once  we  finalized  the  evaluation  methodology,  we 
implemented  a  rating  scheme  that  was  developed  by  the 
TFA  IPTs.  This  scheme  was  devised  to  satisfy  short-term 
and  long-term  event  use  cases.  The  scheme  is  intended  to 
highlight  those  capabilities  that  are  immediately  available 
or  can  be  adapted  for  the  specific  application  within  a  one 
year  event  planning  cycle  that  is  typical  of  many 
TRADOC  and  ATEC  sponsored  events.  The  scheme  also 
identifies  capabilities  that  require  a  sustained  or  long  term 
investment.  The  scheme  uses  a  0  -  5  scale  as  defined 
below: 

5  -  Fully  capable:  The  federate,  instrumentation,  or 
tool  fully  meets  the  requirement  within  the  context  of 
the  requirement  understanding.  Supporting 
documentation  is  sufficient  to  allow  the  user  to 
integrate  the  product  or  make  routine  input  data  or 
configuration  changes. 

4  -  Conditionally  capable:  The  federate, 

instrumentation,  or  tool  meets  the  requirement,  but 
requires  specialized  support  for  integration  with  other 
federates  or  to  implement  event  specific  input  data  or 
configuration  changes  to  mirror  the  System  Under 
Test  (SUT). 

3  -  Partially  capable:  The  federate,  instrumentation, 
or  tool  can  meet  the  requirement,  but  requires  minor 
functional  and/or  interface  upgrades  or  requires 
modifications  to  a  federation  dependency.  The 
modifications  required  specialized  support,  but  can 
be  implemented  within  a  typical  one  year  event 
planning  cycle. 

2  -  Potentially  capable:  An  investment  plan  has  been 
developed  and  documented  to  upgrade  existing 
federates,  instrumentation,  or  tools  to 
meet  the  requirement. 

1  -  Not  capable:  A  multi-year  investment 
is  required  to  develop  the  capability  to 
meet  this  requirement. 

0  -  Not  applicable:  The  federate, 

instrumentation,  or  tool  does  not 
contribute  to  or  impact  the  function. 

An  example  of  the  tool  rating  worksheet  used 
for  the  gap  analysis  is  provided  in  Figure  4. 

In  developing  a  gap  analysis  report,  we 
attempted  to  provide  focused  comments  for 
those  requirements  capabilities  that  have  been 
specifically  prioritized  as  important  by  the 
event  sponsor  and  for  those  that  were  rated  1 
-  3.  The  comments  characterize  the  primary 


functional  shortcomings  of  the  federation  or  federation 
component  with  respect  to  a  specific  requirement  or 
category  of  requirements.  In  the  case  that  the  MS&I 
federation  has  been  prescribed  by  the  event  sponsor,  the 
comments  will  note  capabilities  that  are  known  to  be 
available  and  attempt  to  assess  the  impact  of  adding  that 
capability  to  the  prescribed  federation.  The  comments 
also  attribute  the  gap  to  one  or  more  of  three  categories 
that  may  help  focus  the  resources  to  develop  a  solution. 

a)  Model  -  A  model,  modeling  methodology,  or 
algorithms  must  be  modified  or  developed  to 
represent  the  concept  or  phenomena. 

b)  Data  -  Characteristics  or  performance  data 
regarding  the  concept  or  phenomena  must  be 
generated,  distributed,  and  validated. 

c)  Integration  -  Available  LVC  components  need  to 
be  integrated  to  provide  the  needed  functionality. 

An  example  from  the  CDTE  Gap  Analysis  Report 
follows: 

Simulation  Applications  -  Soldier  System  and 
Subsystems. 

Requirements  Summary. 

These  requirements  address  the  eapability  to  model  or 
simulate  detailed  funetions,  eharaeteristies,  and 
performanee  of  the  XM-25  CDTE  and  other  man-portable 
or  individual  Soldier  equipment  (i.e.,  hand-held,  head- 
mounted,  body-mounted,  and  soldier  weapons -mounted). 

Gap  Analysis. 

There  is  a  limited  eapability  to  aeeurately  model  the  impaet 
of  power  usage.  This  defieieney  eould  impaet  the 
evaluation  of  power  eonsumption  on  XM-25  operations  and 
operational  availability.  This  defieieney  ean  be  resolved  by 
near-term  modifieations  to  IWARS. 
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There  is  a  limited  eapability  to  aeeurately  model  the 
performanee  of  laser  range  finding  deviees.  This  is  a 
eritieal  eomponent  of  the  XM-25  TA/FC  sub-system  and  is 
a  eapability  that  is  neeessary  to  evaluate  XM-25 
performanee  and  operational  effeetiveness.  This  defieieney 
ean  be  resolved  by  near-term  modifieations  to  OneSAF  and 
IWARS. 

There  is  a  limited  eapability  to  aeeurately  model  Radio 
Frequeney  (RF)  eleetronie  mapping.  This  eould  have  some 
impaet  on  evaluating  TTPs,  sueh  as  eooperative 
engagements.  This  defieieney  ean  be  resolved  by 
integration  of  a  eommunieations  effeets  server  and  near- 
term  modifieations  to  IWARS. 

There  is  a  limited  eapability  to  aeeurately  model  magnetie 
sensors.  There  is  no  signifieant  impaet  as  a  result  of  this 
defieieney. 

There  is  a  limited  eapability  to  aeeurately  model  the  impaet 
of  motion  on  sensor  performanee.  This  eould  have  some 
impaet  on  evaluating  performanee  of  XM-25  while  its 
operator  is  moving.  This  defieieney  ean  be  resolved  by 
updating  performanee  data  in  OneSAF  and  modifieations  to 
IWARS. 

4.  PROCESS  SUMMARY  AND  CONCLUSIONS 

The  original  concept  for  the  3CE  end-to-end  process 
included  development  of  an  M&S  environment  inventory, 
a  gap  analysis  process  and  report,  and  a  technical 
capability  road  map. 

The  M&S  Environment  Inventory  documents  the 
applicable  models,  simulations,  and  supporting  tools  and 
their  associated  capabilities  that  are  in  use  by  the  M&S 
community.  The  inventory  includes,  at  a  minimum: 

•  Description  of  the  M&S, 

•  Proponent  and  contact  information, 

•  Functional  area  addressed  by  the  M&S,  and 

•  Characteristics  or  parameters  used  to  describe 
the  capabilities  in  the  inventory. 

The  Gap  Analysis  Report  is  a  document  that  reports  the 
gaps  and  aligned  capability  in  the  modeling  and 
simulation  environment  inventory  as  compared  to  a  set  of 
requirements.  The  report  includes: 

•  How  a  gap  was  identified, 

•  Alignment,  or  the  degree  or  level  to  which  a 
capability  satisfies  a  requirement,  and 

•  Analysis  of  potential  solutions  to  the  gaps. 

The  Technical  Capability  Road  Map  is  produced  after  the 
gap  analysis  is  complete  and  includes: 


•  Interfaces  with  other  functional  areas  and  the 
interfaces  within  the  functional  area, 

•  Customized  SV-4a  to  further  decompose  the 
information  included  in  that  documentation, 

•  Overall  schedule  to  develop  and/or  integrate 
capabilities  that  were  identified  in  the  gap 
analysis  report, 

•  Evaluation  of  cost,  schedule,  risk,  technology, 
dependencies,  and 

•  Rationale  and  recommendations  for  how  to 
proceed. 

The  3CE  SE  process  has  proven  to  be  an  efficient  means 
to  ingest  analytical  requirements  to  create  a  set  of 
technical  requirements  that  are  valid  and  traceable  to  key 
analytical  issues  established  for  a  program.  To  date,  3CE 
has  executed  all  aspects  of  this  end-to-end  process  except 
for  development  of  a  technical  roadmap.  Through  each 
stage  of  the  process  and  where  appropriate,  we  have  tried 
and  evaluated  alternative  process  approaches.  At  this 
point,  the  MS&I  requirements  development  and  gap 
analysis  processes  that  have  been  described  in  this  paper 
appear  to  be  the  most  efficient  and  effective  means  to 
achieve  the  stated  objectives  for  those  processes. 

There  are  aspects  of  or  extensions  to  the  process  that 
could  use  further  definition  and  refinement.  These 
include  developing  of  a  common  framework  and  content 
for  an  MS&I  inventory,  including  methodology  and 
metrics  for  verification  and  validation  (V&V),  and 
creating  a  System  Design  Description  (SDD)  for  software 
development  from  the  SRS.  As  of  the  writing  of  the 
paper,  we  are  executing  a  streamlined  version  of  this 
process  for  the  BCT  Modernization  (BCTM)  Increment  1 
program.  This  modified  version  of  the  process  forgoes 
development  of  the  DoDAF  products,  but  will  produce  a 
Technical  Requirements  Alignment  Matrix  (TRAM)  that 
provides  an  extension  of  the  SRS  to  include  methodology 
and  metrics  for  verification  and  validation  (V&V)  of  the 
MS&I  environment.  In  the  future,  we  should  be  able  to 
report  on  the  utility  of  these  efforts  in  support  of  BCTM 
Increment  1. 
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RDECO/^^  Outline 


■  Cross  Command  Collaboration  Effort  (3CE) 

■  Capability  Development  Process 

■  Requirements  Development  Process 

■  Decomposition  Of  The  Analytic  Requirements 

■  Development  Of  The  MS&I  Technical  Requirements 

■  MS&I  Capability  Analysis  Process 

■  Process  Summary  And  Conclusions 
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"Purpose  Origin"  of  3CE 
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us  ARMY-  RDECOM 


*  3CE  objective  per  the  MOU  (July  2003): 

*  Maximize  the  rapid  availability  of  transformational 
technology  to  the  field  soldier  by  leveraging  the  synergy 
gained  from  integrating  the  activities  of  each  of  the 
three  commands  into  a  holistic  cooperative  effort. 

*  DUSA  OR  Task  to  PM  PCS  MSMO: 

*  Ensure  compatibility  among  the  respective  M&S 
capabilities  of  TRADOC,  RDECOM,  ATEC,  and  the  PCS  LSI 
in  order  to  support  concept  exploration,  systems 
integration,  analysis,  and  acquisition  of  the  PCS  BCT  SoS. 

*  3CE  purpose  per  the  MOA  (December  2004): 

*  Develop  cross-command  Army  M&S  and  data 
environments  that  will  be  used  in  Systems  of  System 
(SoS)  design,  development,  integration,  and  test  of  FCS 
FoS  components,  systems,  and  prototypes  within  a 
realistic  FCS  BCT  context. 
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3CE  Mission  and  Intent  -  Unique 

Capability 


Mia 


Mission:  Define  a  common,  cross-domain  Army  M&S  and  data  environment 
for  design,  development,  integration,  and  testing  of  systems  and  capabilities 


Technology  Opportunities  &  Resources  | 

User  Needs 

OSD/JCS  COCOM 

- JCIDS 


strategic 

Joint 

Capabilities  -  Based 

ICD 

Guidance 

Concepts 

Assessment 

_ r 

Concept 

Dev 

System 

Design 

System 

Dev 

DT&E 

lOT&E 

Operations 

3CE  -  Core  Products 


Process  & 
Procedures 


Data 


Toolbox 


3CE  Network 


Intent:  Identify,  develop,  and  maintain  a  core  set  of 
M&S  tools,  data,  and  business  processes  that  meet  the  common 
requirements  of  the  three  commands  and  Army  PMs  for  conducting 
life-cycle  DOTMLPF  development 


'^RDECOM. 
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Capability  Development  Objectives 


★CERDEC 


US  ARMY-  RDECOM 


■  Identify  the  analytic  requirements  that  enable  and 
focus  future  MS&I  integration 

■  Identify  and  document  the  common  MS&I 
environment  requirements  through  a  system 
engineering  process  based  upon  an  analytic  focus 

■  Identify  and  document  the  common  MS&I  capability 
gaps  in  the  environment 

■  Identify,  prioritize,  and  develop  capability  gap 
solutions  to  evolve  a  core  set  of  cross-domain  MS&I 
tools 
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MS&I  Requirements  Pedigree 


User 

Requirements 


Material  solution 
must  be  capable  of 
detecting  a 
minefield  90%  of  the 
time 


A/E 

Requirements 


MOE/MOP 
>#of  minefields 
>#of  minefields 
detected 
>%of  minefields 
detected 


MS&I 

Requirements 


CDD/ORD 

Analytic 

Capability 

Requirements 

Requirements 

Requirements 

The  simulated  SUT  shall 
provide  the  capability  to 
detect  and  geo-locate 
scattered  and  pattern 
minefields 


MS&I  Environment  linked  to  and  justified  by  the  cross- 

domain  analytic  requirements 
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Analytically  Drivei 


Training 

Requirements 


METL 

>  Task 

>  Conditions 

>  Standards 

UJTL/AUTL 


Analytic  and 
Evaluator 


quirements 

RIS 

_ K 

ARD 

nrMP 

Program  (PoR) 
Development 

>  MoEs 

>  MoPs 

>  Data  Elements 

[X 

Capability  Packages  (CPs) 
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A  credible  systems  engineering  process 
for  designing,  developing,  and 
integrating  common  LVC  capabilities ... 


DoDAF -Based 


System  Engineering 


...  enabling  a  programmatically  and 
analytically  justified  MS&I  environment 
to  support  DOTMLPF  development 
across  the  program  life-cycle 
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3CE  Capability  Development 

Process 
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Source  of  Requirements 


L 
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Requirements  Collection  &  Definition 
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Authoritative  Source 
Documents  for  Requirements 


•  ATEC  Requirements 

•  RDECOM  Requirements 

•  TRADOC  Requirements 

•  PM  Requirements 


Database  of  Categorized 
Requirements 


Information  Mined 
from  Database 


*  Requirements 

*  Related 
Requirements 

*  Categorization 

*  Characterization 

*  Conditions 

*  Operational  & 
Technical 


Output sent  to 
Use  Case  Development 
for  System  Architecture  products 


Decomposition  of 
Requirements 


Data  Elements 


Calculation 


Potential  Sources 


Intended  Use 


Definitions 


Scenario  Requirements 


Provide  Output  to 
&  Collaborate 
with  Users 

Evaluators 
PMs 
Testers 
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Use  Case  Development  &  Event 
Requirements 
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Analytic 

Requirements 


Identified  from  credibie 
anaiytic  source  documents 


General  use  cases 


Decomposed 

Metrics 


Data  elements 
sources,  & 
calculations 


Created  from  current 
doctrinai  sources 


n  rn 

y 

J  1— 

OV-1 

Integrated  use  cases 


Doctrinal 

and 

Technical 

Review 

and 

Synthesis 


/ - 

QM-1 

\ 

y 

OV-5 

y 

OV-6 

y 

AV-2 

from  FM/TM 

Fusion  of  metrics, 
doctrine,  and 


operational 
elements,  tasks, 
and  activities 


Enables  system 
engineering 


to  define  a  relevant 
and  contextual 
MS&I  environment 


Identified  from  credible 
technical  source 
documents 
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Use  Case  Library  -  System  Architect 
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High 

Level 

Overview 
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Integrated 

Dictionary 


OV.2 

Graphical 

Depiction 


OV-3 

Information 

Exchange 

Matrix 
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Separately) 


OV-SA 

Operational 

Rules 

Model 


OV-4 

Organization 

Hierarchy 


0V-6C 

Event/ 

Trace 

Diagram 


OV-5 

Business 
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SV-4 

System 
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Description 


SV-6 
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Trace 
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[2  41 
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[25| 
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Effects 
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[3  21 

[3  41 

Not  Used 
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OV-1  High  Level  Overview 
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ANALYTIC  MEASURES 
(DIPSTICKS) 


Asset_9 
infantry  Platoon 


Infantry  Company 


Infantry  Cofnpany 
Headquarters 


Asset  8 


> 

3rd  Squad 

Dismounted  Soldiers 


2nd  Squad 


w  - 


Reliability 

Sustainment 

Engagement  Time 

Effect^'eness 

Palm  Trees 


Occupied 
Insurgent  Base 

Desert  Building  1 
Asset  11 


A5set_12 


Trajectory  2  _ 


Threat 

Technical 


Trajectory_3 


Asset  10 


1st  Squad 


insurgent  Group  in 
Natural  Defilade 
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OV-2  Graphical  Depiction 


Diagram  Properties: 


2ncl  Squad 
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0V-6C  Event  Trace  Diagram 
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Diagram  Properties: 


I 


Use  or  disclosure  of  data  contained  on  the  page  is  subject  to  restrictions  on  title  page. 


TECHNOLOGY  DRIVEN.  WARFIGHTER  FOCUSED. 


RDECOM 


Embedded  Metrics  Data 
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Diagram  Properties: 

■  Description:  Probability  of  a  threat  target  being  incapacitated  for  each 
shot  fired  from  the  system  for  ranges  from  arming  distance  to  500  meters 

-  DOORS  Requirement  No:  3CE-XXXX 

■  Title:  Probability  of  Incapacitation  Given  a  Shot  P(i/s) 


Data  Element  Requirements 

Collection  Method 

Number  of  HEAB  rounds  shot  at  identified  targets 

M&S  output;  observer;  instrumentation 

Number  of  targets  meters  incapacitated  by  system 

M&S  output;  observer;  instrumentation 

For  each  engagement,  range  to  target 

M&S  output;  observer;  instrumentation 

For  each  engagement,  number  of  targets 

M&S  output;  observer;  instrumentation 

For  each  engagement,  number  of  munitions  shot 

M&S  output;  observer;  instrumentation 

For  each  engagement,  number  of  personnel  incapacitated 

M&S  output;  observer;  instrumentation 

Calculation:  Probability  of  Incapacitation  Given  a  Shot  P(i/s) 

=  (Number  of  targets  incapacitated  /  number  of  rounds  fired)  (100) 
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3CE  M&S  Architecture  Systems 
Functionality  Description  (SV-4a) 


4.1  Forces 


4.'l  I  Unity 

Organizatlan  StnjKture 


4. 1  2:  E£fiiipmeTit 


4.2  Indigenous  Inhabitants  &.  Non- 
Combatants 


4.3  Natural  Environment 


4  Notional  Forces  and  Environment 


3.1  Subsystem 


a.  1.1  Survivability 

3.1 .2  Amnamant 

3. 1 .3  Sensors  3. 1.4C2 

3.1.5  Mobility 

3.1  6  SirriLL|atlan/lStJiTiuia.tbiV 
Emulfllion  Interface 

3.  ( .7  Comms 

wlSL  1*^™'- 

l-TWB 

3.2  System 


3.2.1  SurwiwablUty 


3.2J2  Armflrinerrt 


3'.2.3  Sensors 


3.2.4  C2 


3.2  6  SlrmiJatloru'SEJrriLikalioiV 
Fmulalion  Interface 


Enfl 

Mcdcli 

E.-W4 

MIL 

HVi'iL 

LWq 

3.2  5  Mobility 


3.2  7  Oomms 


3.3  Distributed  Common  Oparating  Picture 

3.3,2  Iritt^lHgerioe  Fusion 


3.3.1  Command  a  Control 


ReportMig 

As&essrrient 

SJK 

Percoivffli 

LHth 

EffBci-? 

PlLshPilrwg 

Information  Dis^tribution 

Rrss 

1  Aggregate  ||  Deaggregate  [ 

Organize 


Identtly 


Co  rrelaie 


Assess 


Rjesolve 


inLerprai  | 


Determine 


Predict 


3  System/Subsystem  Ropresont^ion 


2.1  Force  Representation 


2.1.1  Aggregate 
Level 


2-T.2  □hstribulfid 

System 


2.1,3  Entity  Level 


Survivability 

C2 

Amriamant 

Mofc-llty 

Sensors 

CDrarre 

Z.2  Synthetic  Natural  Environment 


2.2  1  Environ  mental 


I  Atmosphere  1 1  TerraJn  |  ]  Weather 


j  0bscUran"i5  |  |  Body  of  WB^er  ] 


2.2.2  Observables  &  Signatures 


PlBtltirm!  2-D  f  3-D 
Modal 


CuhuFal 

2-D  f  3-13  Modal 


Acoustic 

T 

Seismic 

Magneitic 

1 

CBR 

Radar 

1 

Laser 

UV 

1 

VIsitile 

SAR 


I 


IR 


2.3  Behavior 


Z.3. i  Human 


Acliv% 


Intentions 


2.3.2  Aggregated  Unit 

I  Activity 


Intentions 


2.3.3  Robotics 


2.4  Stimulation 


2.4.1  geene 
PnajecEiDn 


25.4.2  Motion 


2.-.*  Vibe 

TabiB 


2.4.5  srock 


— 7X5 — 

Environ, 

•ChambBr 


S.4.7  StfTTial  Inpodion^Pnofanllon 


2.5  Battlefield  Truth 


MobllltiK  I 


rr—r 

inniAiil  I 


SiiBlganniAiil 


>5,5  Bffucts  I  E.S.ffSonfwr 


3.5.7  L^^^n41|lyrV^J|Fmnltl||lt^^3u^v^vatHlllr 


2  Simulation  Applications  Functional  Area 


1.1  System  Physical  Interface 

^SyjrterTV'Siihsysilern.  Instrumentefion.  Data  AoqiiisJtinh) 


1.2  M&S  Applications 


I.Z.  1  Stimulation 

t.Z.2  Emulation/Prototype 

1 .2.3  Sim  jlatjon 

Applioi^iinns 

Appllcstiona 

AppllcTalkrns 

1.3  Common  Operating  Environment  (COE)  Services 


1.3.1  Middle^Vare  Services 


t.3.2  Management 
Services 


1 .3  3  Application 
programming  Services 


1 .4  Infrastructure 

^ - ^ 

1.4.1  Ne-iwork 
Foundation 

t  4.2  CompLitar 
HfW 

M  3  0.'S 

1  4  4  Q/S 

Abstrecflon 

Servlcfes 

1.4.5 

Datatiases  1 

1 .5  Tools 


■  5  " 

PTQparalion  ^ 

Initialization 


Data 

Preparation 


DciLd 

IrHElaltzaElan 


1  5.2 

Managatner.t 


Execatjon 

Contra! 


Exgouiicjii 

Wnnltcwlng 


EKscution 

Synmortlzallcin 


1  S.SAnslysIs 


Deta 

Aj^quislClon 


Data  Storage 


Data 

R^ductl^ 


Data 

Evaluation 


Reports 


1  5.4  Cdllaborativei 
Enyinonment 


WEB  ftBB^WebX 


Raai  Time  Clwt 


SlmAfififlrtg 


SlrAAmkhg  Audlio 


Knitiwinij^  F^etliOHiirjiy 


1  .ff  3CE  Network 


1.B.1  BLCSE 


1.6.2  ATIN 


1  fi.a  DVL 


1  6  4  DREW 


1  .e  S  LSI  SqSIL 


1  Management  Functional  Area. 
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1)  Event  Management 

-  Functional  decomposition  of  the  infrastructure  necessary  to  manage  the 
preparation,  integration,  execution,  and  data  collection  for  an  event  within  the 
LVC  environment 

2)  Simulation  Applications 

-  Functional  decomposition  of  the  physical  simulation  environment  (simulators, 
stimulators,  emulators,  and  models),  to  include  the  synthetic  natural 
environment,  necessary  to  replicate,  supplement,  and  support  the  SUT  within 
the  LVC  environment 

3)  System  /  Subsystem  Representation 

-  Functional  decomposition  of  the  operational  systems,  subsystems,  and 
supporting  simulation  and  stimulation  interfaces  for  a  system  under  test  (SUT) 
within  the  LVC  environment 

4)  Notional  Forces  and  Environment 

-  Description  of  the  objective  capabilities  of  the  live  SUT  within  the  projected 
force  structure  and  war-fighting  environment  (to  include  threat,  terrain, 
weather,  etc) 

-  Provides  context  and  constraints  (force  composition,  order  of  battle, 
environment)  for  the  operational  and  system/subsystem  representations  and 
simulations  described  in  Sections  2  and  3 
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MS&I  Requirements  Derivation 
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MOP  Description 


Data  Element  Requirements 


MOP  Illustration 


Derived  Requirements 


MoP  Probability  of 
Incapacitation  Given  a 
Shot  P(l/s) 

=  Probability  of  a  threat 
target  being 
incapacitated  for  each 
shot  fired  from  the 
system  for  ranges  from 
arming  distance  to 
nominal  range 


Number  of  HEAB  rounds 
shot  at  identified  targets 

Number  of  engaged 
targets  incapacitated  by 
system 

For  each  engagement, 
range  to  target 

For  each  engagement, 
number  of  targets 

For  each  engagement, 
number  of  munitions  shot 


1. 

2. 

3. 

4. 

5. 


OV-2 

0V-6C 

SV-  4A  allocation 


6.  For  each  engagement, 
number  of  personnel 
incapacitated 


3.X1  The  MS&I  Federation  shall  provide  the 
capability  to  model  or  simulate  the  CDTE 
characteristics,  functions,  subcomponents, 
and  their  performance  to  include: 

•  Semi-automatic  weapon  system 

•  Day/night  full  solution  target  acquisition 
and  fire  control 

•  Low  velocity  25mm  high  explosive  air-burst 
(HEAB)  ammunition 

3.X2  The  MS&I  Federation  shall  provide  the 
capabilityto  accurately  model  or  simulate  the 
fly-out,  ballistic,  or  non-ballistic  trajectories  of 
missiles  and  munitions. 

3.X3The  MS&I  Federation  shall  accurately  and 
precisely  model,  simulate,  and  represent  the 
terminal  effects  of  weapons  and  the  resultant 
battle  damage  to  humans,  platforms,  systems, 
subsystems,  other  battlefield  objects,  man¬ 
made  structures,  and  the  environment. 

3.X4The  MS&I  Federation  shall  provide  the 
capability  to  model  or  simulate  the  conduct, 
use,  and  effects  of  camouflage,  concealment, 
and  deception  techniques. 
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MS&I  Requirements  Hierarchy 
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■  Each  tool  rated  against  each  individual  requirement 

■  Tool  SMEs  support  the  evaluation  of  each  tool 

■  Tool  ratings  consolidated  to  produce  a  composite  evaluation 
of  the  notional  MS&I  federation 

-  Provide  a  complete  war-fighting  component  with  realistic  and 
consistent  representations  of  operational  and  technical  capabilities 
associated  with  the  forces 

-  Full  scale  combat  simulations  (OneSAF)  provide  a  complete  war¬ 
fighting  context,  but  generally  lack  functional  fidelity  when 
representing  new  systems  and  capabilities. 

-  Specialized  simulations  provide  higher  fidelity  representations  of  some 
new  technology  or  operational  components,  but  generally  lack  fidelity 
across  a  broad  spectrum  of  technologies  and  operations. 

-  Considers  the  specialized  test  instrumentation  or  data  collection 
requirements  for  each  application 


Use  or  disclosure  of  data  contained  on  the  page  is  subject  to  restrictions  on  title  page. 


TECHNOLOGY  DRIVEN.  WARFIGHTER  FOCUSED. 


RDECOM 


Tool  Rating  Methodology 


★CERDEC 


us  ARMY-  RDECOM 


5  Fully  capable 


4  Conditionally 
capable 


The  federate,  instrumentation,  or  tool  fully  meets  the  requirement 
within  the  context  of  the  requirement  understanding.  Supporting 
documentation  is  sufficient  to  allow  the  user  to  integrate  the 
product  or  make  routine  input  data  or  configuration  changes. 

The  federate,  instrumentation,  or  tool  meets  the  requirement,  but 
requires  specialized  support  for  integration  with  other  federates 
or  to  implement  event  specific  input  data  or  configuration 
changes  to  mirror  the  SUT. 


3  Partially  capable  The  federate,  instrumentation,  or  tool  can  meet  the  requirement, 

but  requires  minor  functional  and/or  interface  upgrades  or 
requires  modifications  to  a  federation  dependency.  The 
modifications  required  specialized  support,  but  can  be 
implemented  within  a  typical  one  year  event  planning  cycle. 


2  Potentially 
capable 


An  investment  plan  has  been  developed  and  documented  to 
upgrade  existing  federates,  instrumentation,  or  tools  to  meet  the 
requirement. 


1  Not  capable  A  multi-year  investment  is  required  to  develop  the  capability  to 

meet  this  requirement. 


0  Not  applicable  The  federate,  instrumentation,  or  tool  does  not  contribute  to  or 

impact  the  function. 
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2.1.9 

Simulation  Applications  -  Force  Representation 

The  MS&I  Federation  shall  provide  the  capability  to  represent  and  simulate,  at  the  entity  level,  a 
realistic  and  appropriate  scenario  for  an  infantry  company  component  of  a  Brigade  Combat  Team 
conducting  operations  against  conventional  and  non-conventional  threat  forces. 

The  MS&I  Federation  shall  provide  the  capability  to  represent  the  full  continuum  of  military  operations 
from  contemporary  stability  to  full  spectrum,  high-intensity  conflict  operations  and  shall  include  the 
representation  of  an  adaptive,  modern  equipped  conventional  threat  and  a  sophisticated,  non- 
co  nventio  na  I  insu  rg  ent  th  reat. 

The  MS^I  Federation  shall  provide  the  capability  to  represent  and  mirror  (i.e.,  model  and  simulate  the 
specific  configurations  and  performance}  the  live  systems  under  test  [SUT}  and  other  live  systems, 
to  include  threat  and  non-aligned  forces,  in  the  simulated  environment. 

The  MS^I  Federation  shall  provide  specific  and  detailed  entity-level  functional  representations  of  the 
"■to  be'  SUT  components  (i.e.,  soldiers,  units,  platforms,  systems.,  equipment,  and  network  interfaces} 
specified  for  the  operational  event  scenario. 

The  M.&SlI  Federation  shall  provide  specific  and  detailed  entity-level  functional  representations  of  non- 
SUT  friendly  force  components  (i.e.,  soldiers,  units,  platforms,  systems,  equipment,  and  network 
interfaces}  that  will  directly  interact  with  or  otherwise  support  SUT  functionality  or  be  in  the  SUT  area 
of  operations  during  execution  of  the  event  scenario. 

The  MS^I  Federation  shall,  at  a  minimum,  provide  aggregate  functional  representations  of  non-SUT, 
wrap-around  or  n on-organic  augmentation  forces  (i.e.,  US,  allied,  coalition,  or  threat}  specified  for  the 
0  pe  ratio  n  a  I  event  seen  a  rio . 

The  MSai  Federation  shall  provide  constructive  simulations  or  surrogate,  virtual  control  stations  that 
can  task  and  control  live  and  simulated  SUT  systems,  selected  other  Army  and  Joint  assets,  and 
threat  systems  as  necessary  to  execute  the  event  scenario. 

The  MS^I  Federation  shall  provide  specific  and  detailed  entity-level  functional  representations  of  the 
threat,  neutral,  and  any  other  non-aligned  force  components  (i.e.,  soldiers,  units,  platforms,  systems, 
and  equipment}  that  will  interact  with  the  SUT  or  be  in  the  SUT  area  of  operations  during  execution  of 
the  event  scenario. 

The  MSai  Federation  shall  provide  specific  and  detailed  entity-level  functional  representations  of  the 
combatant  and  non-combatant  indigenous  or  other  local  inhabitants,  regardless  of  force  allegiance, 
that  will  interact  with  the  SUT  or  be  in  the  . SUT  area  of  operations  during  execution  of  the  event 
scenario. 
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-  Fully  capable  Ground  SolkJer  and  Small  Combat  Unit  primary  focus  at  Platoon  level  and 
below.  Company  level  possible. 


-  Conditionally 
capable 


Ground  Solider  and  Small  Combat  Unit  primary  focus  at  Platoon  level  and 
belo  w .  Co  mpa  ny  level  possible.  Cu  rrently  represent  a  sma  II  set  o  f 
stability  operations. 


3  -  Partially 
capable 

-  Conditionally 
capable 


4-  Conditionally 
capable 


Has  mirrored  dismounted  and  vehicle  entities  with  other  simulations  and 
HITL  models 


Range  of  friendly  force  components  focused  at  Ground  Soldier  and 
Small  Unit  level 


3-  Partially 
capable 

4-  Conditionally 
capable 


4-  Conditionally 
capable 


-  Conditionally 
capable 


Focus  at  Platoon  level  and  below.  Typically  do  not  use  aggregate 
representations  but  could  (stand  alone  or  distributed}. 


Can  represent  entities  with  various  force  allegiances 


Can  represent  multiple  allegiances 


Hi 


[O]  g]|  100%  , 
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Simulation  Applications  -  Force  Representation 

The  MS&I  Federation  shall  provide  the  capability  to  represent  and  simulate, 
at  the  entity  level,  a  realistic  and  appropriate  scenario  for  an  infantry  company 
component  of  a  Brigade  CombatTeam  conducting  operations  against 
conventional  and  non-conventlonal  threat  forces. 

The  MS&I  Federation  shall  provide  the  capability  to  represent  the  full 
continuum  of  military  operations  from  contemporary  stability  to  full  spectrum, 
high-intensity  conflict  operations  and  shall  include  the  representation  of  an 
adaptive,  modern  equipped  conventional  threat  and  a  sophisticated,  non- 
conventional  insurgent  threat. 

The  MS^ai  Federation  shall  provide  the  capability  to  represent  and  mirror{i.e., 
model  and  simulate  the  specific  configurations  and  performancejthe  live 
systems  under  test  (BUT)  and  other  live  systems,  to  Include  threat  and  non- 
aligned  forces.  In  the  simulated  environment. 

The  MS&I  Federation  shall  provide  specific  and  detailed  entity-level  functional 
representations  of  the  combatant  and  non-combatant  indigenous  or  other 
local  inhabitants,  regardless  offeree  allegiance,  that  will  interact  with  the 
SUT  or  be  in  the  BUT  area  of  operations  during  execution  of  the  event 
scenario. 

The  MB&I  Federation  shall  provide  the  capability  to  represent  and  simulate  a 
realistic  communications  environment  to  include  the  effects  of  data  and  video 
feeds  to  the  various  individual  nodes  encompassing  the  battle  command 
network. 

The  MB&I  Federation  shall  provide  the  capability  to  represent  and  simulate 
threat  capabilities  that  are  expected  to  evolve  and  may  be  encountered  In  the 
future  fifteen  {15)  years. 

Simulation  Applications  -  Systems  and  Subsystems. 

The  MB&I  Federation  shall  provide  the  capability  to  model  orsimulate  the 
functions  and  performance  of  manned  ground,  air,  and  sea  platforms. 

The  MB&I  Federation  shall  provide  the  capability  to  model  orsimulate  the 
functions  and  performance  of  networked,  unattended  urban  sensors,  ground 
sensors,  and  munitions  fields. 

The  MB&I  Federation  shall  provide  the  capability  to  model  orsimulate  the 
functions  and  performance  of  unmanned  ground,  air,  and  sea  platform 
systems. 

The  MB^&I  Federation  shall  provide  the  capability  to  model  orsimulate  a  Hill 
continuum  (i.e.,  non-lethal  and  lethal}  of  direct  and  Indirect  fire  weapons  and 
effects  systems. 

The  MSSl\  Federation  shall  provide  the  capability  to  accurately  model  or 
simulate  the  fly-out,  ballistic,  or  non-ballistic  trajectories  of  missiles  and 
munitions. 


A  8437, 0433,3439,  B440  5 -Fully 

8442,  capable 
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4- 
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y  capable 
4- 

Condltlonall 
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4- 
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0  -  Not 
applicable 


0  -  Not 
applicable 


3  -  Partially 
capable 


0  -  Not 
applicable 


Conditional! 
y  capable 


Potentially 

capable 

0  -  Not 
applicable 
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applicable 

0  -  Not 
applicable 

0  -  Not 
applicable 

0  -  Not 
applicable 

0  -  Not 
applicable 
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capable 

4- 
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capable 

4- 

Conditionally 

capable 

4- 

Condltlonally 
capable 
3-  Partially 
capable 


Limited  capability  to  accurately  portray 
communications  exchanges  and  evaluate  the 
impact  of  data  or  video  communications  onXM-25 
operations  and  performance. 
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Limited  capability  to  accurately  model  the  ballistic 
trajectory  of  munitions.  This  would  have  an  impact 
on  the  evaluation  ofXM-25  operations  and 
performance  in  constricted  [urban,  foilage) 
environments. 


XMT 


Ready 
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■  Analysis  provided  for  those  requirements  with  a  tool 
capability  rating  of  1  -  3 

■  Analysis  characterizes  the  primary  functional  shortcomings 
of  the  tool  or  federation  with  respect  to  the  requirement 

■  Attributes  the  gap  to  one  or  more  of  three  categories: 

-  Model  -  A  model,  modeling  methodology,  or  algorithms  must  be 
modified  or  developed  to  represent  the  concept  or  phenomena 

-  Data  -  Characteristics  or  performance  data  regarding  the  concept  or 
phenomena  must  be  generated,  distributed,  and  validated 

-  Integration  -  Available  LVC  components  need  to  be  integrated  to 
provide  the  needed  functionality 
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■  Reports  the  gaps  in  the 
MS&I  environment 
inventory  as  compared 
to  a  set  of  requirements 

■  Report  includes 

-  How  a  gap  was  identified 

-  Alignment,  or  the  degree 
or  level  to  which  a 
capability  satisfies  a 
requirement 

-  Analysis  of  potential 
solutions  to  the  gaps 
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3.1  Simulation  Applications  -  Soldier  System 
and  Subsystems. 

3.1.1  Requirements  Summary.  These 
requirements  address  the  capability  to  model 
or  simulate  detailed  functions,  characteristics, 
and  performance  of  the  CDTE  and  ... 

3.1.2  Gap  Analysis. 

There  is  a  limited  capability  to  accurately 
model  the  performance  of  laser  range  finding 
devices. 

This  is  a  critical  component  of  the  XM-25 
TA/FC  sub-system  and  is  a  capability  that  is 
necessary  to  evaluate  XM-25  performance  and 
operational  effectiveness. 

This  is  a  Model  deficiency.  It  requires 
improvements  in  the  laser  transmission  and 
extinction  model.  It  can  be  resolved  by  near- 
term  modifications  to  OneSAF  and  IWARS. 


SRS  section 

SRS  section  summary 

Specific  gap  or 
deficiency 

Potential  impact  of  gap 

Gap  characterization 
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■  Original  intent  for  the  3CE  MS&I  Capability 
Development  Process  was  to  produce: 

-  "As-is"  M&S  environment  inventory 

-  Gap  analysis  process  and  report 

-Technical  capability  road  map 

■  End-to-end  process  has  been  executed  except  for 
development  of  a  technical  roadmap 

-Alternative  methodologies  evaluated  at  each  process  stage 

■  Process  meets  the  stated  capability  development 
objectives 

■  Enables  MS&I  design  that  is  valid  and  traceable  to 
key  analytical  issues  established  for  a  program 
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